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Title: PROXY OBJECTS FOR DISPLAY 

CROSS-REFERENCE TO RELATED APPLICATIONS 

This application is related to co-pending U.S. utility application No, 

5 (Attorney Docket reference MSFTP578US) filed on March 2004, entitled 

ATTRIBUTED DEBUGGING, the entirety of which is incorporated herein by reference. 

TECHNICAL FIELD 
The present invention relates generally to computer system(s), and, more 
1 0 particularly to debugging of computer process(es). 

BACKGROUND OF THE INVENTION 
The development of computer software can involve the identification and 
correction of software anomalies (e.g., "bugs"). These bugs can effect the operation 
1 5 and/or intended function(s) the computer software. Identification and/or correction of 
bugs can require the expenditure of resources, for example, time and/or labor. 

The practice of finding bugs is known as software "debugging". Conventional 
debugging has taken on many forms, fi"om the simple, for example, manually reviewing 
software code in an effort to find errant code, to the complex and automated. For 
20 example, another computer application known as a "debugger" can operate on and 
execute software code in a "step-by-step" manner to assist a developer in identifying 
bug(s). 

Conventional debugger(s) include graphical user interface (GUI) debugger(s) that 
can include an ability to display runtime object data to a developer. However, 
25 conventional debugger(s) have been limited in their ability to identify and/or present 
meaningfiil information to the developer. 

SUMMARY OF THE INVENTION 
The following presents a simplified summary of the invention in order to provide 
30 a basic understanding of some aspects of the invention. This summary is not an extensive 
overview of the invention. It is not intended to identify key/critical elements of the 
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invention or to delineate the scope of the invention. Its sole purpose is to present some 
concepts of the invention in a simplified form as a prelude to the more detailed 
description that is presented later. 

The present invention provides for a system and method facilitating attributed 

5 debugging. "Attributes" refers to keyword-like tags in which additional information 

about entities can be specified. Attributes, which are saved with an assembly's metadata, 
annotate programming elements such as types, fields, methods, and properties. Other 
applications, such as compiler(s) and/or debugger(s) can refer to the information in 
attributes to determine how objects should be used. 

10 Perhaps the single most important feature of conventional GUI debugger(s) is 

their ability to display runtime object data to the developer in a very simple and 
meaningful way. Prominently displaying values that the developer is most interested has 
proven extremely difficult for conventional GUI debugger(s) to do. For example, 
examination of large complicated object(s) with conventional GUI debugger(s) has been 

1 5 a frustrating and daunting task for developer(s). This is due, at least in part, to the 

inability of the debugger to analyze arbitrary objects and determine what the developer is 
really interested in viewing. 

The system and method of the present invention facilitate a developer of an object 
to determine what the debugger displays. In accordance with an aspect of the present 

20 invention, an attributed debugging system having a debugger v^th an expression 

evaluator is provided. The system can further include, optionally, a debuggee (e.g., 
process to be debugged). The debuggee includes display proxy attribute(s) which are 
employed by the debugger to facilitate debugging of the application - "attributed 
debugging". 

25 The system can facilitate a developer of a type to declaratively indicate how 

information is to be displayed during debugging (e.g., "only show this information"). 
Given that attributes are an extensible, declarative way of conveying runtime 
information, they can provide a mechanism for allowing the developer to specify that 
behavior. 

30 Thus, in accordance with an aspect of the present invention, a different view of an 

object is provided to a user of the system. This can be accomplished by substituting a 
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different object, a display proxy, to be examined by the expression evaluator. For 
example, the display proxy can be constructed within the debuggee process by passing in 
the object to be examined. This process can be referred to as a "proxy object for display" 
and/or "type viewer". 

5 A "type viewer" is a mechanism in which a developer can associate a specific 

view with a type that the developer is interested in examining. In particular, this view 
can be constrained, for example, to a hierarchical name, value, type column view. 

A viewer is a separate type (e.g., display proxy) which is associated with the 
object to be displayed via an attribute placed on the object's type when it is defined. The 

10 separate type can be thought of as the runtime *view' of the object. The separate type can 
include, for example, the information necessary for a user to debug the object. 

In one example, private implementation detail(s) are eliminated from the display 
proxy. For example, the viewer of a type can be defined as a private nested class within 
the type which it is meant to display. In this manner, the type viewer has full access to all 

15 of the private details of the type, and can make use of them in its public display. In this 
example, the only restriction on this nested class is that it must have a public constructor 
with a single argument. This argument is of the type which the viewer is meant to 
display. 

The DebuggerTypeProxy attribute can be used to specify a display proxy of an 
20 object (e.g., type). It allows a developer to specify a particular viewer with the type on 
which it occurs. 

Additionally and/or alternatively, the DebuggerTypeProxy attribute can be used at 

the assembly level. In this example, a Target parameter can specify the object (e.g., type) 
for which a display proxy will be used. For example, the attribute can refer to a 
25 completely different type which is external to the assembly in which the other type is 
defined. 

An expression evaluator which supports type viewers can look for this attribute 
when a type is being displayed. If the attribute is found, the expression evaluator can 
substitute the display proxy in place of the object. 
30 To the accomplishment of the foregoing and related ends, certain illustrative 

aspects of the invention are described herein in connection with the following description 
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and the annexed drawings. These aspects are indicative, however, of but a few of the 
various ways in which the principles of the mvention may be employed and the present 
invention is intended to include all such aspects and their equivalents. Other advantages 
and novel features of the invention may become apparent from the following detailed 
5 description of the invention when considered in conjunction with the drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Fig. 1 is a block diagram of an attributed debugging system in accordance with an 
aspect of the present invention. 
10 Fig. 2 is a block diagram of debug system in accordance with an aspect of the 

present invention. 

Fig. 3 is a diagram of an exemplary user interface in accordance with an aspect of 
the present invention. 

Fig. 4 is a diagram of an exemplary user interface in accordance with an aspect of 
1 5 the present invention. 

Fig. 5 is a diagram of an exemplary user interface in accordance with an aspect of 
the present invention. 

Fig. 6 is a diagram of an exemplary user interface in accordance with an aspect of 
the present invention. 

20 Fig. 7 is a flow chart of a method facilitating attributed debugging in accordance 

with an aspect of the present invention. 

Fig. 8 illustrates an example operating environment in which the present invention 
may function. 

25 DETAILED DESCRIPTION OF THE INVENTION 

The present invention is now described with reference to the drawings, wherein 
like reference numerals are used to refer to like elements throughout. In the following 
description, for purposes of explanation, numerous specific details are set forth in order 
to provide a thorough understanding of the present invention. It may be evident, 

30 however, that the present invention may be practiced without these specific details. In 
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other instances, well-known structures and devices are shown in block diagram form in 
order to facilitate describing the present invention. 

As used in this application, the terms "component," "handler," "model," 
"system," and the like are intended to refer to a computer-related entity, either hardware, 
a combination of hardware and software, software, or software in execution. For 
example, a component may be, but is not limited to being, a process running on a 
processor, a processor, an object, an executable, a thread of execution, a program, and/or 
a computer. By way of illustration, both an application running on a server and the server 
can be a component. One or more components may reside within a process and/or thread 
of execution and a component may be localized on one computer and/or distributed 
between two or more computers. Also, these components can execute from various 
computer readable media having various data structures stored thereon. The components 
may communicate via local and/or remote processes such as in accordance with a signal 
having one or more data packets (e.g., data from one component interacting with another 
component in a local system, distributed system, and/or across a network such as the 
Internet with other systems via the signal). Computer components can be stored, for 
example, on computer readable media including, but not limited to, an ASIC (application 
specific integrated circuit), CD (compact disc), DVD (digital video disk), ROM (read 
only memory), floppy disk, hard disk, EEPROM (electrically erasable programmable 
read only memory) and memory stick in accordance with the present invention. 

"Attributes" refers to keyword-like tags in which additional information about 
entities can be specified. Attributes, which are saved with an assembly's metadata, 
annotate programming elements such as types, fields, methods, and properties. Other 
applications, such as compiler(s) and/or debugger(s) can refer to the information in 
attributes to determine how objects should be used. "Assembly" refers to a fimdamental 
unit of deployment, version control, reuse, activation scoping, and/or security 
permissions. For example, an assembly can provide the common language runtime 
environment with the information it needs to be aware of type implementations. It is a 
collection of types and resources that are built to work together and form a logical unit of 
ftinctionality. To the runtime, a type does not exist outside the context of an assembly. 
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Referring to Fig. 1, an attributed debugging system 100 in accordance with an 
aspect of the present invention is illustrated. The system 100 includes a debugger 1 10 
having an expression evaluator 120. The system 100 further includes a debuggee 130 
(e.g., process to be debugged). The debuggee 130 includes object(s) 140 and further 
5 includes attribute(s) which are employed by the debugger 1 10 to facilitate debugging of 
the application - "attributed debugging". 

Attributed debugging is the concept of allowing a developer of a type, the same 
developer and/or other developer(s) who understands and specifies the runtime behavior 
of that type, to also specify what that type will look like when it's being debugged. 
10 Consider for a moment the canonical example of a collection type, say Hashtable. 

In general, developer(s) who are consuming Hashtable care only about the values that 
they store in it, and the values which they get out; in particular they care about the keys 
and values stored within the Hashtable and care very little for how the Hashtable is 
actually implemented. 

1 5 In accordance with an aspect of the present invention, the developer of the 

Hashtable can declaratively indicate, in effect, "only show keys and values in the 

debugger". Given that attribute(s) are an extensible, declarative way of conveying 
runtime information, they can provide a mechanism for allowing the developer to specify 
that behavior. 

20 In the case of Hashtable, the consumer's view of the data and the implementation 

can be highly disparate. So much so, that it's not enough to simply be able to show or 
hide members of the type. 

Thus, in accordance with an aspect of the present invention, a different view of 
the collection type (e.g., Hashtable) is provided (e.g., to a user of the system 100). This 

25 can be accomplished done by substituting a different object, for example, a display proxy 
150, to be examined by the expression evaluator 120. For example, the display proxy 
150 can be constructed within the debuggee 130 process by passing in the object 140 to 
be examined. This process can be referred to as a "proxy object for display" and/or "type 
viewer". 
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A 'type viewer" is a mechanism in which a developer can associate a specific 
view with a type that the developer is interested in examining. In particular, this view 
can be constrained, for example, to a hierarchical name, value, type colunm view. 

As noted previously, the debugger 110 includes an expression evaluator 120. 

5 Conventional expression evaluators have a simplistic type viewer definition mechanism 
built-in, for example, in the form of the autoexp.dat (csee.dat, mcee.dat) files. 
Unfortunately, these files are very limited, in essence, nothing more then a rudimentary 
filtration system allowing certain data to be eliminated fi-om the view, but generally 
nothing to be added. In addition, these files have been severely under-documented. 

1 0 Finally, the .dat files require that the changes be made on the end consumer's machine; 

yet, often the consumer of a component and the developer of a component are different 
people. Because of these short-comings, the usage of the conventional .dat files is quite 
small. 

In accordance with an aspect of the present invention, the expression evaluator 
15 120 facilitates attributed debugging. The expression evaluator 120 is responsible for 
evaluating expression(s) of a particular language. For example, there can be different 
expression evaluator(s) associated with different programming language(s) (e.g., C#, J#, 
and/or Visual Basic .NET). 

A viewer is a separate type (e.g., display proxy 150) which is associated with the 
20 object 140 being displayed via an attribute placed on the object's type when it is defined. 

The separate type can be thought of as the runtime *view' of the object 140. The separate 
type can include, for example, the information necessary for a user to debug the object 
140. 

In one example, private implementation detail(s) are eliminated from the display 
25 proxy 150. Further, significant effort can be devoted to making the display more 

simplistic (e.g., as opposed to being performance-based). However, the performance of 
type viewer(s) can be important because a type viewer is evaluated at generally every 
step. 

For example, the viewer of a type can be defined as a private nested class within 
30 the type which it is meant to display. In this manner, the type viewer has full access to all 
of the private details of the type, and can make use of them in its public display. In this 
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example, the only restriction on this nested class is that it must have a public constructor 
with a single argument. This argument is of the type which the viewer is meant to 
display. For example, a Hashtable can have a private nested display proxy 150 (e.g., 
HashtableDisplay type) that has public constructor which takes a Hashtable as an 

5 argument. In order to identify that a viewer is associated with a type, an attribute is 

introduced which indicates the type of the viewer. For example, Hashtable can have an 
attribute (e.g., DebuggerTypeProxy Attribute discussed below) on it indicating that 
HashtableDisplay is its viewer. 

In another example, type viewer(s) can also make use of additional attribute(s) to 

10 control the resulting display, for example, DebuggerDisplay and/or DebuggerBrowsable 
attributes as discussed in greater detail in co-pending U.S. utility application No. 

(Attorney docket reference MSFTP578US), filed on March _, 2004 

and entitled "ATTRIBUTED DEBUGGING". Briefly, the attributes discussed in that 
application facilitate manipulation of the view of data in the debugger by allowing the 

1 5 type author aimotations with which they can control: 

• What value should be shown at the top-level for a given type reducing the need to 
expand the object for additional information; 

20 • Whether or not a field or property should be shown at all; 

• What the value should be shown for a field or property, for example, this value 
can be the result of an evaluation of an expression; 

25 • Whether a type should be shown fully expanded; and/or 

• More descriptive name or type information, for example, this information can be 
the result of the evaluation of an expression 

30 Thus, attributed debugging is a mechanism by which a component developer can, 

in a simple way, change the display of an object being debugged. For example, the 
mechanism can be accomplished by: 

• Overriding ToString 

35 • Annotating code with the DebuggerDisplay Attribute 
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• Annotating code with the DebuggerBrowsableAttribute 

The DebuggerBrowsableAttribute can be employed to determine how and/or 
whether a type or member is displayed in the data windows {e.g., never, expanded, 
5 collapsed and/or root hidden). Further, the DebuggerDisplay Attribute can be used to 

control what is displayed for the given class or field in the data windows in the debugger. 



DebuggerTvpeProxv Attribute 

The DebuggerTypeProxy attribute can be used to specify a display proxy 150 of 
10 an object 140 {e.g., type). It allows a developer to specify a particular viewer with the 
type on which it occurs. 

Additionally and/or alternatively, the DebuggerTypeProxy attribute can be used at 
the assembly level. In this example, a Target parameter can specify the object 140 (e.g., 
type) for which a display proxy 150 vdll be used. For example, the attribute can refer to a 
1 5 completely different type which is extemal to the assembly in which the other type is 
defined. 

An expression evaluator 120 which supports type viewers can look for this 
attribute when a type is being displayed. If the attribute is found, the expression 
evaluator 120 can substitute the display proxy 150 in place of the object 140. 
20 In one example, only the public members of the display proxy 1 50 are displayed 

by the debugger 1 10. Accordingly, private implementation of the display proxy 150 is 
hidden without the use of an additional attribution. 

Further, data window behavior with attribute-enhanced view(s) can, optionally, 
mirror that of the undecorated views. For example, drag and drop can be employed with 
25 display proxy 150. 

In one example, in order not to incur unnecessary performance penalties, the 
expression evaluator 120 does not examine the attributes on the display proxy 150 of the 
object 140 unless the object 140 (e.g., type) is expanded (e.g., through the user clicking 
the + next to the type in a data window). In this example, it is recommended that no 
30 attribute(s) be placed on the display proxy 150 {e.g., because the attribute(s) would not be 
evaluated). However, attribute(s) can be used within the body of the display proxy 1 50. 
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For example: 

[AttributeUsage (AttributeTargets. Struct | AttributeTargets.Class | 
AttributeTargets.Assembly, AllowMultiple = true)] 

public sealed class DebuggerTypeProxy Attribute : Attribute 

{ 

private string typeName; 
private Type target; 

public DebuggerTypeProxyAttribute (Type type) 
this.typeName = type.AssemblyQualifiedName; 

public DebuggerTypeProxyAttribute (string typeName) 
this.typeName = typeName; 

public string ProxyTypeName 
get { return typeName; } 

public Type Target 

get { return target; } 
set { target = value; } 

} 

TABLE 1 

Overriding attributes 

In accordance with another aspect of the present invention, attribute(s) which are 
provided with the assembly can be overridden, even if the developer doesn't have the 
source code. In one example, the same attributes used in the source (as described above) 
can be used at the assembly level with the Target parameter. For example, the assemblies 
with these attributes can be placed into a specified folder and the debugger 1 10 processes 
them. 

Installation 
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As mentioned previously, attribute(s) can be placed on types for the purposes of 
display even if the source code for the types isn't available. This can be accomplished, 
for example, by creating an assembly which has a set of assembly level attributes (e.g., 
the same attributes that would have originally been placed on the types) which have an 
5 additional named parameter called Target. Target simply takes the type on which to 
apply the attribute. 

Conventionally, customizations to the data windows of the debugger were stored 
in a .dat file, per expression evaluator. In accordance with an aspect of the present 
invention, the debugger 110 loads assemblies from a specific cached directory. Upon 
1 0 installation of a development environment, the directory is created in the user's 
documents location and then checked for DLLs at debug-time, for example: 

c:\Documents and Settings\<usemame>\My 
Documents\development environmentWisualizers 

15 

In this example, if an attribute is specified in this directory, it takes precedence 
over an attribute defined directly on the type. 

In one example, a caching mechanism is employed such that an assembly can be 
copied into the directory and the attributes are then loaded; however, the caching 
20 mechanism ensures that an assembly doesn't need to be opened for metadata when a 
debug session is started. Instead a trivial check can be performed to ensure that the 
current directory matches the last cached state, assuming it does then only the cache is 
used to determine whether an attribute on a particular type is present. If it doesn't, then 
the cache is rebuilt. 

25 It is to be appreciated that the system 100, the debugger 1 10, the expression 

evaluator 120, the debuggee 130, the object 140 and/or the display proxy 150 can be 

computer components as that term is defined herein. 

Next, referring to Fig. 2, a debug system 200 in accordance with an aspect of the 

present invention is illustrated. The system 200 includes a development environment 210 
30 having a debugger 110 that includes an expression evaluator 120. The system further 

includes an attribute cache directory 220, and, a debuggee 130 having a Hashtable 240. 
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The expression evaluator 120 is loaded by the debugger 1 10, which itself, is a 
component of the development environment 210. When debugging, the debugger 1 10 is 
attached to the debuggee 130 (e.g., the process being debugged). The expression 
evaluator 120 is responsible for evaluating expression(s) in the debuggee 130. 
5 When the debugger 1 30 requests to examine the Hashtable 240, the expression 

evaluator 120 checks for the attribute DebuggerTypeProxy for Hashtable 240. If the 
attribute exists, the expression evaluator 120 creates a display proxy for Hashtable 250 in 
the debuggee 130. Thereafter, the expression evaluator 120 employs the display proxy 
for Hashtable 250. 

1 0 Optionally, the expression evaluator 240 can store the display proxy for Hashtable 

250 in the attribute cache directory 220. The expression evaluator 120 checks the 
attribute cache directory 220, and, in this example, happens to find an assembly level 
attribute, DebuggerTypeProxy for Hashtable 240. When the expression evaluator 120 is 
asked to display the Hashtable it evaluates the expression given by the 

1 5 DebuggerTypeProxy for Hashtable 240 in the attribute cache directory 220. 

It is to be appreciated that the system 200, the development envirormient 210, the 
attribute cache directory 220, the Hashtable 240 and/or the display proxy for Hashtable 
250 can be computer components as that term is defined herein. 

20 Example Hashtable 

As mentioned previously, the subject invention can be employed with any suitable 
object 140. An exemplary object 140 is a Hashtable. This example illustrates how a type 
viewer {e.g., display proxy 150) can be created for a complex collection type like a 
Hashtable. For example: 

25 

[assembly: DebuggerTypeProxy(typeof(HashtableDisplay), Target = 
typeof(Hashtable))] 

class HashtableDisplay 
30 { 

private Hashtable hashtable; 

public HashtableDisplay(Hashtable hashtable) 
{ 



12 



MS302712.1 

if(hashtable==null) 
{ 

throw new ArgumentNullException("hashtable"); 

} 

5 

this.hashtable = hashtable; 

} 

public KeyValuePairs[] Items 
10 { 

get 

KeyValuePairsQ array = new KeyValuePairs[hashtable.Count]; 
15 inti = 0; 

foreach (DictionaryEntry de in hashtable) 
{ 

array[i-H-] = new Key ValuePairs(de.Key, de. Value); 

20 } 

return array; 

} 

} 

25 } 

[DebuggerDisplayC {value}", Name = "{key}")] 

class KeyValuePairs 

{ 

30 private object key; 

private object value; 

public KeyValuePairs(object key, object value) 
{ 

35 this.value = value; 

this.key = key; 

} 

public object Key 
40 { 

get { return key; } 

} 

public object Value 
45 { 

get { return value; } 
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} 

} 

TABLE 2 

5 Referring to Fig. 3, an exemplary user interface 300 in accordance with an aspect 

of the present invention is illustrated. The user interface 300 can be based upon the code 
set forth in Table 2. 

Editing 

1 0 Optionally, the system 1 00 can be employed to facilitate editing value(s) within 

the debugger 110. 

For example, for a simple Date class: 

[DebuggerDisplay (" {Month}/{Day }/{ Year} ")] 
[DebuggerTypeProxy (typeof(DateDisplay))] 
15 class Date 

{ 

DateTime dt; 

public Date (DateTime dt) 
20 { 

this.dt = dt; 

} 

public int Month {get { return dt.Month; } } 
25 public int Day {get { return dt.Day; } } 

public int Year { get {return dt.Year; } } 

class DateDisplay 
{ 

30 private Date d; 

public Display(Date d) 
{ 

this.d = d; 

35 } 

[DebuggerDisplay ( "",Name="Set date ..." )] 

public string SetDate 

{ 

40 get 

{ 
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return d.Month.ToStringO + "/" + d.Day.ToStringO + "/" + 
d.Year.ToString(); 

} 

set 

5 { 

DateTime dt = DateTime.Parse(value); 
d.dt = dt; 

} 

} 

10 

public int Month { get { return d.Month; } } 
public int Day { get { return d.Day; } } 
public int Year { get { return d. Year; } } 

} 

15 } 

TABLE 3 

In this example, the Date class has both a DebuggerDisplay attribute to show a 

nicely formatted date and a DebuggerTypeProxy attribute. The DebuggerTypeProxy 
20 attribute points to DateDisplay, which adds a property called SetDate. This also has a 

DebuggerDisplay attribute on it which is an example of how to change the Name column 

of a field and why it would be useful. 

Referring to Fig. 4, an exemplary user interface 400 in accordance with an aspect 

of the present invention is illustrated. The user interface 400 illustrates a date viewed in 
25 the debugger 110. In accordance with an aspect of the present invention, "SetDate" can 

be edited (e.g.. in a very natural way), as illustrated in Fig. 5. When "enter" is pressed, 

the rest of the values are updated as illustrated in Fig. 6. Notice that "Month" is now set 

to "10"). 

Turning briefly to Fig. 7, a methodology that may be implemented in accordance 
30 with the present invention are illustrated. While, for purposes of simplicity of 

explanation, the methodology is shown and described as a series of blocks, it is to be 
understood and appreciated that the present invention is not limited by the order of the 
blocks, as some blocks may, in accordance with the present invention, occur in different 
orders and/or concurrently with other blocks from that shown and described herein. 
35 Moreover, not all illustrated blocks may be required to implement the methodology in 
accordance with the present invention. 
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The invention may be described in the general context of computer-executable 
instructions, such as program modules, executed by one or more components. Generally, 
program modules include routines, programs, objects, data structures, etc. that perform 
particular tasks or implement particular abstract data types. Typically the functionality of 

5 the program modules may be combined or distributed as desired in various embodiments. 

Referring to Fig. 7, a method facilitating attributed debugging 700 in accordance 
with an aspect of the present invention is illustrated. At 710, a debugger attaches to a 
debuggee (e.g., process to be debugged). At 720, a request to examme an object is 
received (e.g., from the debugger). At 730, an expression evaluator determines whether a 

1 0 display proxy attribute exists for the requested object. At 740, a determmation is made as 
to whether the display proxy attribute exists for the object. 

If the determination at 740 is YES, at 750, a display proxy is created for the 
object. At 760, the display proxy is examined. At 770, information associated with the 
display proxy is provided to the debugger, and, no further processing occurs. 

1 5 If the determination at 740 is NO, at 780, the object is examined. At 790, 

information associated with the object is provided to the debugger, and, no further 
processing occurs. 

In order to provide additional context for various aspects of the present invention, 
Fig. 8 and the following discussion are intended to provide a brief, general description of 

20 a suitable operating environment 8 1 0 in which various aspects of the present invention 
may be implemented. While the invention is described in the general context of 
computer-executable instructions, such as program modules, executed by one or more 
computers or other devices, those skilled in the art will recognize that the invention can 
also be implemented in combination with other program modules and/or as a combination 

25 of hardware and software. Generally, however, program modules include routines, 
programs, objects, components, data structures, etc. that perform particular tasks or 
implement particular data types. The operating environment 810 is only one example of 
a suitable operating environment and is not intended to suggest any limitation as to the 
scope of use or functionality of the invention. Other well known computer systems, 

30 environments, and/or configurations that may be suitable for use with the invention 
include but are not limited to, personal computers, hand-held or laptop devices, 
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multiprocessor systems, microprocessor-based systems, programmable consumer 
electronics, network PCs, minicomputers, mainframe computers, distributed computing 
environments that include the above systems or devices, and the like. 

With reference to Fig. 8, an exemplary environment 810 for implementing various 
5 aspects of the invention includes a computer 812. The computer 812 includes a 

processing unit 814, a system memory 816, and a system bus 818. The system bus 818 
couples system components including, but not limited to, the system memory 816 to the 
processing unit 814. The processing unit 814 can be any of various available processors. 
Dual microprocessors and other multiprocessor architectures also can be employed as the 
1 0 processing unit 814. 

The system bus 818 can be any of several types of bus structure(s) including the 
memory bus or memory controller, a peripheral bus or external bus, and/or a local bus 
using any variety of available bus architectures including, but not limited to, an 8-bit bus. 
Industrial Standard Architecture (ISA), Micro-Channel Architecture (MSA), Extended 
1 5 ISA (EISA), Intelligent Drive Electronics (IDE), VESA Local Bus (VLB), Peripheral 
Component Interconnect (PCI), Universal Serial Bus (USB), Advanced Graphics Port 
(AGP), Personal Computer Memory Card International Association bus (PCMCIA), and 
Small Computer Systems Interface (SCSI). 

The system memory 816 includes volatile memory 820 and nonvolatile memory 
20 822. The basic input/output system (BIOS), containing the basic routines to transfer 

information between elements within the computer 812, such as during start-up, is stored 
in nonvolatile memory 822. By way of illustration, and not limitation, nonvolatile 
memory 822 can include read only memory (ROM), programmable ROM (PROM), 
electrically programmable ROM (EPROM), electrically erasable ROM (EEPROM), or 
25 flash memory. Volatile memory 820 includes random access memory (RAM), which 
acts as external cache memory. By way of illustration and not limitation, RAM is 
available in many forms such as synchronous RAM (SRAM), dynamic RAM (DRAM), 
synchronous DRAM (SDRAM), double data rate SDRAM (DDR SDRAM), enhanced 
SDRAM (ESDRAM), Synchlink DRAM (SLDRAM), and direct Rambus RAM 
30 (DRRAM). 
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Computer 812 also includes removable/nonremovable, volatile/nonvolatile 
computer storage media. Fig. 8 illustrates, for example a disk storage 824. Disk storage 
824 includes, but is not limited to, devices like a magnetic disk drive, floppy disk drive, 
tape drive, Jaz drive, Zip drive, LS-lOO drive, flash memory card, or memory stick. In 
5 addition, disk storage 824 can include storage media separately or in combination with 
other storage media including, but not limited to, an optical disk drive such as a compact 
disk ROM device (CD-ROM), CD recordable drive (CD-R Drive), CD rewritable drive 
(CD-RW Drive) or a digital versatile disk ROM drive (DVD-ROM). To facilitate 
connection of the disk storage devices 824 to the system bus 8 1 8, a removable or non- 
10 removable interface is typically used such as interface 826. 

It is to be appreciated that Fig 8 describes software that acts as an intermediary 
between users and the basic computer resources described in suitable operating 
environment 810. Such software includes an operating system 828. Operating system 
828, which can be stored on disk storage 824, acts to control and allocate resources of the 
1 5 computer system 812. System applications 830 take advantage of the management of 
resources by operating system 828 through program modules 832 and program data 834 
stored either in system memory 816 or on disk storage 824. It is to be appreciated that 
the present invention can be implemented with various operating systems or 
combinations of operating systems. 
20 A user enters commands or information into the computer 8 1 2 through mput 

device(s) 836. Input devices 836 include, but are not limited to, a pointing device such as 
a mouse, trackball, stylus, touch pad, keyboard, microphone, joystick, game pad, satellite 
dish, scanner, TV tuner card, digital camera, digital video camera, web camera, and the 
like. These and other input devices connect to the processing unit 814 through the system 
25 bus 818 via interface port(s) 838. Interface port(s) 838 include, for example, a serial port, 
a parallel port, a game port, and a universal serial bus (USB). Output device(s) 840 use 
some of the same type of ports as input device(s) 836. Thus, for example, a USB port 
may be used to provide input to computer 812, and to output information from computer 
812 to an output device 840. Output adapter 842 is provided to illustrate that there are 
30 some output devices 840 like monitors, speakers, and printers among other output devices 
840 that require special adapters. The output adapters 842 mclude, by way of illustration 
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and not limitation, video and sound cards that provide a means of connection between the 
output device 840 and the system bus 818. It should be noted that other devices and/or 
systems of devices provide both input and output capabilities such as remote computer(s) 
844. 

5 Computer 8 1 2 can operate in a networked environment using logical connections 

to one or more remote computers, such as remote computer(s) 844. The remote 
computer(s) 844 can be a personal computer, a server, a router, a network PC, a 
workstation, a microprocessor based appliance, a peer device or other common network 
node and the like, and typically includes many or all of the elements described relative to 
1 0 computer 812. For purposes of brevity, only a memory storage device 846 is illustrated 
with remote computer(s) 844. Remote computer(s) 844 is logically connected to 
computer 812 through a network interface 848 and then physically connected via 
communication connection 850. Network interface 848 encompasses communication 
networks such as local-area networks (LAN) and wide-area networks (WAN). LAN 
1 5 technologies include Fiber Distributed Data Interface (FDDI), Copper Distributed Data 
Interface (CDDI), Ethemet/IEEE 802.3, Token Ring/IEEE 802.5 and the like. WAN 
technologies include, but are not limited to, point-to-point links, circuit switching 
networks like Integrated Services Digital Networks (ISDN) and variations thereon, 
packet switching networks, and Digital Subscriber Lines (DSL). 
20 Communication connection(s) 850 refers to the hardware/software employed to 

connect the network interface 848 to the bus 818. While communication connection 850 
is shown for illustrative clarity inside computer 812, it can also be external to computer 
812. The hardware/software necessary for connection to the network interface 848 
includes, for exemplary purposes only, intemal and external technologies such as, 
25 modems including regular telephone grade modems, cable modems and DSL modems, 
ISDN adapters, and Ethernet cards. 

What has been described above includes examples of the present invention. It is, 
of course, not possible to describe every conceivable combination of components or 
methodologies for purposes of describing the present invention, but one of ordinary skill 
30 in the art may recognize that many further combinations and permutations of the present 
invention are possible. Accordingly, the present invention is intended to embrace all 



19 



MS302712.1 



such alterations, modifications and variations that fall within the spirit and scope of the 
appended claims. Furthermore, to the extent that the term "includes" is used in either the 
detailed description or the claims, such term is intended to be inclusive in a manner 
similar to the term "comprising" as "comprising" is interpreted when employed as a 
5 transitional word in a claim. 
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